蛤？2022年不流行 Scrum 也不流行 Kanban了！因為他們兩個結婚生下了一個混血兒 >>“Scrumban”.
這可能對大家而言是個陌生的名詞，但其實很多 Scrum 團隊在自己可能也不知道的情況下，已經運作了這個方法。

所以到底什麼是 Scrumban?

其實跟Scrum、Kanban 都是一種敏捷的框架，只是把兩者結合起來。取兩者的優點，也就是將 Scrum 的結構和可預測的例程與看板的靈活性相結合。對於實施 Scrumban 的公司，該方法可以幫助他們的團隊專注於正確的重要任務，同時改進他們的流程。

而一開始這兩者的結合大多發生在團隊要從Scrum 轉型到 Kanban 的階段，但我認為兩者的結合是運作度最高的，因為Scrum有一定的方法和流程，但單跑scrum 卻沒有使用特定工具去追蹤任務時，很容易循環了好幾個sprint，卻難以看出成效與成果；而Kanban則是將任務管理可視化，變成非常實際可持續追蹤的任務卡片。故如果能以Scrum 作為流程與原則，而Kanban 作為方法與工具，敏捷就可以更加落實於開發中。

故Scrumban擁有Scrum & Kanban兩者的部分特徵

Scrum 元素：

• 定期進行迭代計畫、與審查和回顧
• 根據工作的複雜性和 sprint 的長度決定可以在 sprint 中投入多少工作
• 按需優先排序——為團隊提供下一步工作的最佳選擇——不多也不少
• 在開始開發之前確定交付標準
• 透過Backlog 和 Doing 等狀態組織開發

Kanban 元素：

• 拉取系統和持續的工作流程：將項目拉入做為團隊有能力
• WIP 限制：明確限制任何時候正在進行的項目數量
• 強調即時分析和規劃（而不是迭代計畫估計）
• 可視化的任務卡片追蹤

ㄨ以下就為大家明確展示兩種Scrumban的看板

1. 常見的待辦、進行中、已完成分級，並加上WIP
   

2. 透過 Specify(輕量任務）, Execute(需花較多時間處理) 做更明確的任務分級
   
   圖片來源：https://www.agilealliance.org/scrumban/

其實我也是後來看了更多關於 Scrumban 的資訊才發現，過去團隊運作的不單單只是Scrum! 而是這個混血形式，但當中還有很多需要加強的地方，才能讓兩者的結合 1+1>2！

參考資料

1. *What Is Scrumban? How It Differs from Scrum & Kanban *https://www.projectmanager.com/blog/what-is-scrumban
2. Scrumban: The best of two Agile methodologies https://asana.com/zh-tw/resources/scrumban
3. Scrumban https://www.productplan.com/glossary/scrumban/
4. Scrumban https://www.agilealliance.org/scrumban/